Suppressing register renaming for conditional instructions predicted as not executed

ABSTRACT

Within a data processing system  2  including a register renaming mechanism  8, 22,  register renaming for some conditional instructions which are predicted as not-executed is suppressed. The conditional instructions which are subject to such suppression of renaming may not be all conditional instructions, but may be those which are known to consume a particularly large number of physical registers  24  if they are subject to renaming A conditional load multiple instruction in which multiple registers are loaded with new data values taken from memory in response to signal instruction is an example where the present technique may be used, particularly when one of the registers loaded is the program counter and accordingly the instruction is a conditional branch.

BACKGROUND OF THE INVENTION

1. Field of the Invention

This invention relates to the field of data processing systems. More particularly, this relates to data processing systems using register renaming.

2. Description of the Prior Art

It is known to provide data processing systems utilising the technique of register renaming. In such systems there exists a pool of physical registers which can be mapped to architectural registers as specified within instructions of the instruction set of the data processing system concerned. One example use of such register renaming techniques is to facilitate out-of-order processing. In this context, register renaming allows the system to cope with write-after-write hazards and write-after-read hazards and provide a mechanism for recovering architectural state should processing not proceed as predicted, e.g. as a consequence of a mis-predicted branch instruction, as a consequence of an abort or some other exception.

It will be appreciated that one feature of such register renaming techniques is that more physical registers are provided than there are architectural registers which may be specified. As the degree of speculation increases and the parallelism increases, then there is a general increase in the required number of physical registers in order that this should not become a limiting factor. As an example, if an instruction requires renaming but all of the physical registers provided already be in use for other mappings, then the instruction concerned cannot be subject to register renaming and the processing will stall until physical registers become available. One solution to this is to increase the number of physical registers provided. However, this solution disadvantageously increases the circuit area and power consumption of the system concerned.

It is known within data processing systems to provide instructions within an instruction set that are conditional upon the outcome of preceding instructions. This is often achieved by associating condition codes with a particular instruction. The condition codes are set by preceding processing outcomes and then the instruction concerned is executed if the condition codes which are in effect at the time the instruction has its condition codes checked indicate that the condition codes associated with the instruction have been passed. An example of such instructions are the instructions of the ARM instruction set used by processors designed by ARM Limited Cambridge England. The ARM instructions have a four bit condition code associated with them which specify conditions upon which they are to be executed, e.g. execute if the zero flag is set.

SUMMARY OF THE INVENTION

Viewed from one aspect the present invention provides apparatus for processing data, said apparatus comprising:

a physical set of registers;

register renaming circuitry for mapping from register specifiers of an architectural set of register specifiers to registers of said physical set of registers, said architectural set of register specifiers representing registers as specified by instructions within an instruction set and said physical set of registers being physical registers for use in executing instructions of said instruction set;

prediction circuitry responsive to at least one instruction of said instruction set to be subject to mapping by said register renaming circuitry to generate a prediction for said instruction as one of:

-   -   (i) an executed prediction being a prediction that said         instruction will be executed;     -   (ii) a not-executed prediction being a prediction that said         instruction will not be executed;

renaming control circuitry responsive to a not-executed prediction for an instruction to suppress said register renaming circuitry performing a mapping for said instruction;

prediction resolving circuitry responsive to an execution outcome for said instruction to determine if said prediction is correct or is incorrect; and

recovery circuitry responsive to said not-executed prediction for said instruction being incorrect to control said register renaming circuitry to perform said mapping for said instruction and to reverse any incorrect changes of architectural state consequent upon said not-executed prediction for said instruction being incorrect.

The present technique recognises that prediction mechanisms may be used to generate a prediction as to whether or not a particular conditional instruction will or will not be executed and then register renaming for a conditional instruction predicted to be not executed can be suppressed thereby preserving physical register resources such these are available for use in connection with the processing of other program instructions. If the prediction is accurate, then the conditional instruction will not be executed and the fact that it was not subject to renaming will have no impact. If the prediction turns out to be incorrect, then a recovery mechanism can be used to recover the situation such that inappropriate changes to architectural state are reversed and the conditional instruction concerned forced to be subject to renaming and then reissued for execution. When the prediction accuracy is high and the cost in terms of physical register usage by renaming a conditional instruction which will not be executed is high, then the present technique is justified and provides an advantageous balance between overhead and performance.

Whilst it will be appreciated that the present technique of suppressing register renaming for some or all conditional instructions can be provided for conditional instructions in general, some embodiments of the invention concentrate on particular instructions where the benefit of using this technique is high. An example of such instructions are conditional branch instructions. If a conditional branch instruction is predicted as not-executed (i.e. the branch not taken), then any register renaming associated with it can be suppressed and accordingly physical register resources preserved.

In connection with such conditional branch instructions it will be appreciated that it is known within systems to already provide branch prediction mechanisms so as to predict program flow and keep the instruction pipeline full with the correct sequence of instructions. In order to achieve this, various sophisticated branch prediction mechanisms are already provided, typically in association with a pre-fetch unit, and these branch prediction mechanisms can be highly accurate. In this context, the present technique is able to reuse the branch prediction mechanisms which are already provided and exploit the predictions which they make for the additional purpose of suppressing register renaming associated with conditional branch instructions which are predicted as not executed.

Whilst it will be appreciated that conditional branch instructions can take a wide variety of different forms, one particular form with which the present technique can be used involves load multiple instructions serving to load data values into a plurality of physical registers, including a physical register serving as a program counter register such that program flow is redirected by execution of the load multiple instruction.

Such load multiple instructions can consume a large number of physical registers if they are subject to renaming and thus suppressing renaming in respect of such load multiple instructions which are predicted as not-executed is particularly beneficial.

In this context, it may be appropriate to not suppress remapping in respect of conditional branch instructions other than said load multiple instruction since the additional control complexity which would be involved would not justify the saving in physical register resources for such other types of conditional branch instruction.

The conditional instructions could take a wide variety of different forms, as an example, a predication instruction may be associated with one or more following instructions and render those one or more following instructions conditional. As an alternative, the conditional instructions can have one or more condition codes associated therewith and set by one or more processing outcomes of one or more preceding instructions so as to control whether or not those instructions are executed or not executed.

In this context, the prediction resolving circuitry may be responsive to the one or more condition codes set by the one or more processing outcomes of one or more preceding instructions to determine if the prediction which was previously made is or is not correct. This allows the prediction to be resolved in an advantageously straightforward manner.

When a not-executed prediction for an instruction is incorrect, then the recovery circuitry needs to trigger recovery action to ensure architectural state has not been corrupted and to correct the program flow. To this end, the recovery circuitry may be responsive to the not-executed prediction for the instruction being incorrect to flush an instruction pipeline, reverse any architectural state changes made by subsequent instructions, force the remapping of the mispredicted instruction and to reissue the mispredicted instruction.

Viewed from another aspect the present invention provides an apparatus for processing data, said apparatus comprising:

a physical set of registers;

register renaming means for mapping from register specifiers of an architectural set of register specifiers to registers of said physical set of registers, said architectural set of register specifiers representing registers as specified by instructions within an instruction set and said physical set of registers being physical registers for use in executing instructions of said instruction set;

prediction means for generating, in response to at least one instruction of said instruction set to be subject to mapping by said register renaming circuitry, a prediction for said instruction as one of:

-   -   (i) an executed prediction being a prediction that said         instruction will be executed;     -   (ii) a not-executed prediction being a prediction that said         instruction will not be executed;

renaming control means for suppressing, in response to a not-executed prediction for an instruction, said register renaming circuitry performing a mapping for said instruction;

prediction resolving means for determining, in response to an execution outcome for said instruction, if said prediction is correct or is incorrect; and

recovery means responsive to said not-executed prediction for said instruction being incorrect for controlling said register renaming circuitry to perform said mapping for said instruction and for reversing any incorrect changes of architectural state consequent upon said not-executed prediction for said instruction being incorrect.

Viewed from a further aspect the present invention provides a method of processing data, said method comprising the steps of:

mapping from register specifiers of an architectural set of register specifiers to registers of a physical set of registers, said architectural set of register specifiers representing registers as specified by instructions within an instruction set and said physical set of registers being physical registers for use in executing instructions of said instruction set;

in response to at least one instruction of said instruction set to be subject to mapping, generating a prediction for said instruction as one of:

-   -   (i) an executed prediction being a prediction that said         instruction will be executed;     -   (ii) a not-executed prediction being a prediction that said         instruction will not be executed;

in response to a not-executed prediction for an instruction, suppressing performance of a mapping for said instruction;

in response to an execution outcome for said instruction, determining if said prediction is correct or is incorrect; and

in response to said not-executed prediction for said instruction being incorrect, controlling said register renaming circuitry to perform said mapping for said instruction and reversing any incorrect changes of architectural state consequent upon said not-executed prediction for said instruction being incorrect.

The above, and other objects, features and advantages of this invention will be apparent from the following detailed description of illustrative embodiments which is to be read in connection with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 schematically illustrates a data processing apparatus and the instruction pipelines therein;

FIG. 2 schematically illustrates a load multiple instruction;

FIG. 3 schematically illustrates a conditional branch instruction; and

FIG. 4 is a flow diagram schematically illustrating the processing associated with suppressing register renaming in respect of certain conditional instructions that are predicted as not executed.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

FIG. 1 schematically illustrates a data processing apparatus 2, which will typically be formed as an integrated circuit containing a processor executing program instructions taken from an instruction set. The instruction set could take a variety of different forms, but may be the ARM instruction set of the type executed by processors provided by ARM Limited of Cambridge England. It will be appreciated that the data processing apparatus 2 will typically include many further elements beyond those illustrated in FIG. 1 but these have been omitted from FIG. 1 for the sake of simplicity.

FIG. 1 generally illustrates the instruction pipelines provided within the data processing system 2. In particular, the data processing system 2 includes a prefetch unit 4, a decoder 6, a renaming unit 8 and an issue unit 10. These are followed by two data processing units 12, 14, a load store unit 16 and a branch tracking unit 18. In operation program instructions from a memory (not illustrated) are fetched by the prefetch unit 4, decoded by the decoder 6, subject to register renaming by the renaming unit 8 and then subject to multiple out-of-order issued by the issue unit 10. It will be appreciated that in this type of system multiple program instructions can be issued in parallel and these instructions can be out-of-order, as is facilitated by the use of the register renaming technique.

Branch instructions are prefetched by the prefetch unit 4, decoded by the decoder 6 and then issued to the branch tracking unit 18 whereby their place within the program flow is monitored and it is determined at the point at which they are deemed to be architecturally executed whether or not they should be executed depending upon their condition codes (if applicable) and an indication is issued as to whether or not those branch instructions were mispredicted by a branch predictor 20 associated with the prefetch unit 4. Certain conditional branch instructions, such as load multiple instructions predicted not-executed have a branch portion issued from the decoder 6 to the branch tracking unit 18 as well as a load store portion which is issued along the rest of the pipeline 8,10 to the load store unit 16 where it is held until it has been determined whether or not that conditional branch instruction in the form of a conditional load multiple instruction is to be executed. In other embodiments the load store portion may not be issued.

In this example embodiment, the branch predictor 20 associated with the prefetch unit 4 takes the role of a conditional instruction predictor. The branch predictor 20 in this embodiment generates predicted outcomes of taken (executed) or not taken (not executed) for conditional branch instructions. There are a wide variety of different mechanisms and techniques that may be used by the branch predictor 20, as will be familiar to those skilled in this technical field. These different known techniques may be used individually or in combination to generate the predicted outcome of executed or not-executed, which is used to control the prefetching performed by the prefech unit 4 for supplying what is predicted to be the program flow instructions into the pipeline 4, 6, 8, 10 etc, as well as being used in accordance with the present technique to suppress register renaming by the renaming unit 8 for conditional load multiple instructions which are branch instructions (i.e. load a new value to a register serving as the program counter and accordingly redirect program flow) and are predicted as not-executed.

The renaming unit 8 is responsive to the prediction by the branch predictor 20 and the program instruction fed to it to identify from the program instruction fed to it whether the instruction concerned is a load multiple instruction, from the prediction that it is predicted as not-executed and as an instruction corresponding to a branch (i.e. it is loading to the program counter). In this combination of circumstances the normal register renaming action of the renaming unit 8 (a_(d), a_(s1), a_(s2) mapped to p_(d), p_(s1), p_(s2)) is suppressed and physical registers are not mapped to the architectural registers specified by the load multiple instruction. The load multiple instruction is nevertheless passed along the remaining stages of the instruction pipeline, through the issue stage 10 to the load store unit 16 where it remains stalled until a resolution of its condition codes is made and accordingly it is determined whether or not the prediction associated with it is or is not correct. The architectural to physical table 22 associated with the renaming stage 8 stores data identifying the mappings being used between architectural and physical registers as well as recovery information indicating which physical registers are holding data values corresponding to previous contents of the architectural registers which are being overwritten based upon speculative execution such that recovery of those previous values and accordingly a recovery of architectural state may be made if the program flow has been mispredicted or some other unexpected event, such as a memory abort occurs. When the renaming unit 8 is suppressed from its renaming function, then physical registers taken from the pool of physical registers 24 are not allocated to the architectural registers specified by the instruction and updates are not made within the architectural to physical table 22. A load multiple instruction marked as not renamed may nevertheless be passed along the pipeline as a form of place holder and, in some circumstances, to facilitate the outcome resolving the process where it is determined whether or not the prediction made in respect of that instruction was or was not correct.

As is illustrated in FIG. 1, a current program and status register 26 is provided which includes within it condition code flags 28 set by the processing outcomes of program instructions as they are executed. These condition code flags may indicate the occurrence of events such as a zero result, and equal result, a carry etc. In dependence upon the setting of these condition codes 28 by preceding processing outcomes, a following instruction will or will not be executed as determined by the condition codes associated with that following instruction. If a load multiple instruction is predicted as not executed and when its condition codes are finally resolved this prediction turns out to be correct, then no recovery action is necessary and the place holder load store multiple instruction within the load store unit 16 will merely be discarded without being actioned. The branch tracking unit 18 will note that the branch not being taken as a consequence of the load store multiple being predicted as not-executed, i.e. a correct branch prediction was made and no recovery would be necessary.

If when the load store multiple instruction (which is a conditional branch instruction in this example) is mispredicted and should have been executed despite being predicted as not-executed, then this is detected by the branch tracking unit 18 and then this then triggers recovery actions. One recovery action is to flush the instruction pipeline, and this done by sending flush signals to the decoder 6, the renaming unit 8, the instruction issue unit 10 and the load store unit 16. In this example, the data processing unit 12, 14 do not require flushing as they do not hold state after the one processing cycle in which they operate. A mispredict signal is also supplied to recovery unit 30, which in turn controls the renaming unit 8 to perform a recovery operation whereby the mapping data and the recovery register information stored within the architectural to physical table 22 is accessed so as to restore the architectural state of the data processing system 2. As an example, if a program instruction subsequent to the mispredicted load store multiple instruction wrote to a register, then the architectural to physical table 22 will have stored a pointer to a physical register within the pool of physical register 24 storing the preceding data value for that architectural register and that physical register with its data value will have been preserved from being overwritten such that if the recovery operation is necessary, as the subsequent instruction should not in fact should have been executed, then the architectural state can be restored merely by pointing to (i.e. amending the mapping) that previously used physical register as now containing the true value for the architectural register concerned. This type of recovery mechanism is provided within data processing systems supporting register renaming and accordingly this present technique is able to provide its additional functionality of recovering from incorrectly suppressed renaming for program instructions with a relatively small amount of additional control complexity. The branch tracking unit 18 will also issue a force branch signal to the prefetch unit 4 to indicate that the mispredicted load store multiple instruction should be treated as an executed branch and then this load store multiple instruction will be reissued along the instruction pipeline.

FIG. 2 schematically illustrates a load multiple instruction of the type provided by the ARM instructions previously discussed. This load multiple instruction is indicated by the LDM mnemonic. Condition codes (cc) associated with the instructions specify the conditions under which that load multiple instruction should be executed. A register r13 specifies a source address starting from which data values are to be read and supplied into the list of a plurality of architectural register specifiers in the remainder of the instruction. These architectural registers specifiers in the remainder of the instruction in this example include the register r15 which serves as the program counter register. Accordingly, a load to this program counter register r15 will cause a branch operation and redirect program flow. The condition codes render this a conditional branch instruction.

FIG. 3 illustrates a conditional branch instruction of a type which is not subject to the present technique. This conditional branch instruction is in the form of a load register instruction for a single register in which the contents of a source register r0 are loaded to the program counter register r15 (pc) subject to the condition codes being passed for that instruction. Since this conditional branch instruction only specifies one register as its destination, only one physical register is consumed by renaming associated with the instruction of FIG. 3. Accordingly, the benefit for suppressing the renaming operation associated with the instruction of FIG. 3 is significantly less than that for the instruction of FIG. 2. In the instruction of FIG. 2, up to all of the architectural registers (e.g. sixteen registers in the case of the ARM instruction set) may be specified as destinations and accordingly this would consume a significant proportion of the pool of physical registers 24 available. Furthermore, this type of conditional load multiple instruction is statistically common as it is a convenient way for returning from a procedure call and restoring preceding state with the source address specifying register in this case typically being a pointer to a stack memory location. The relatively frequent occurrence of such conditional load multiple instructions resulting in a branch and the high number of physical registers consumed by their renaming renders it advantageous specifically to suppress their renaming when such instructions are predicted as not executed.

FIG. 4 is a flow diagram illustrating the suppression of register renaming for certain conditional instructions which are predicted as not executed. At step 32, processing waits for an instruction to be received. At step 34, a determination is made as to whether or not the type of instruction concerned is one that is selectively subject to renaming depending upon whether or not it is predicted as being executed. If the instruction received is not of this type, then processing proceeds to step 36 at which register renaming is performed. The instruction is then issued in its renamed form at step 38. Step 40 determines whether a recovery operation is needed in association with that renamed instruction (e.g. associated with an unexpected processing outcome such as an abort) and, if such recovery is necessary, then this is performed at step 42. If recovery is not necessary, then step 42 is bypassed and the processing ends.

If the determination at step 34 was that the instruction received at step 32 is a conditional instruction of the type which is to be selectively renamed (in this particular example embodiment a conditional load multiple instruction including the program counter as a destination register), then step 44 determines whether or not the particular instruction is predicted as not-executed. If the prediction indicates that the instruction will be executed, then processing proceeds to step 36 and then in accordance with the above. If the prediction at step 44 is that the instruction will not be executed, then processing proceeds to step 46 at which a place holder is issued into the pipeline (which has not been subject to register renaming) and is marked as an instruction which has been predicted as not-executed and that requires special handling.

Step 48 determines for such instructions requiring special handling whether or not they have been subject to misprediction. If misprediction has not occurred, then processing terminates as the instruction is not required to execute when it is resolved as this was correctly identified at the stage of prediction. However, if a misprediction is detected at step 48, then processing proceeds to step 50 at which recovery actions are taken. In this example, the recovery reactions include flushing the instruction pipeline (or at least the relevant stages thereof), restoring values from recovery registers as held within the architectural to physical table 22, and forcing renaming and reissue of the mispredicted instruction to take place, such that next time it can be properly executed using the physical registers which have been allocated to it through the renaming process.

Although illustrative embodiments of the invention have been described in detail herein with reference to the accompanying drawings, it is to be understood that the invention is not limited to those precise embodiments, and that various changes and modifications can be effected therein by one skilled in the art without departing from the scope and spirit of the invention as defined by the appended claims. 

1. Apparatus for processing data, said apparatus comprising: a physical set of registers; register renaming circuitry for mapping from register specifiers of an architectural set of register specifiers to registers of said physical set of registers, said architectural set of register specifiers representing registers as specified by instructions within an instruction set and said physical set of registers being physical registers for use in executing instructions of said instruction set; prediction circuitry responsive to at least one instruction of said instruction set to be subject to mapping by said register renaming circuitry to generate a prediction for said instruction as one of: (i) an executed prediction being a prediction that said instruction will be executed; (ii) a not-executed prediction being a prediction that said instruction will not be executed; renaming control circuitry responsive to a not-executed prediction for an instruction to suppress said register renaming circuitry performing a mapping for said instruction; prediction resolving circuitry responsive to an execution outcome for said instruction to determine if said prediction is correct or is incorrect; and recovery circuitry responsive to said not-executed prediction for said instruction being incorrect to control said register renaming circuitry to perform said mapping for said instruction and to reverse any incorrect changes of architectural state consequent upon said not-executed prediction for said instruction being incorrect.
 2. Apparatus as claimed in claim 1, wherein said at least one instruction within said instruction set comprises a conditional branch instruction and said prediction circuitry comprises a branch predictor responsive to a conditional branch instruction to predict whether said conditional branch instruction will be executed and result in a taken branch or will not be executed and result in a non-taken branch.
 3. Apparatus as claimed in claim 2, wherein said conditional branch instruction comprises a load multiple instruction, execution of said load multiple instruction serving to load data values into a plurality of physical registers including a physical register serving as a program counter register such that program flow is redirected by execution of said load multiple instruction.
 4. Apparatus as claimed in claim 3, wherein said branch predictor used for said load multiple instruction also generates predictions for other conditional branch instructions for which said renaming control circuitry does not suppress register renaming circuitry performing a mapping.
 5. Apparatus as claimed in claim 1, wherein said at least one instruction within said instruction set comprises a conditional instruction having one or more conditional codes associated therewith and set by one or more processing outcomes of one or more preceding instructions, said prediction circuitry being responsive to said conditional instructions to generated: (i) said executed prediction corresponding to said one or more condition codes being met; and (ii) said not-executed prediction corresponding to said one or more condition codes not being met.
 6. Apparatus as claimed in claim 5, wherein said prediction resolving circuitry is responsive to said one or more condition codes as set by said one or more processing outcomes of one or more preceding instructions to determine if said prediction is correct or is incorrect.
 7. Apparatus as claimed in claim 1, comprising an instruction pipeline for concurrently processing a plurality of program instruction and wherein said recovery circuitry is responsive to said not-executed prediction for said instruction being incorrect: to flush said instruction pipeline of subsequent instructions following said instruction; to reverse any changes of architectural state made by said subsequent instructions; to control said register renaming circuitry to perform said mapping for said instruction; and to reissue said instruction to said instruction pipeline.
 8. Apparatus for processing data, said apparatus comprising: a physical set of registers; register renaming means for mapping from register specifiers of an architectural set of register specifiers to registers of said physical set of registers, said architectural set of register specifiers representing registers as specified by instructions within an instruction set and said physical set of registers being physical registers for use in executing instructions of said instruction set; prediction means for generating, in response to at least one instruction of said instruction set to be subject to mapping by said register renaming circuitry, a prediction for said instruction as one of: (i) an executed prediction being a prediction that said instruction will be executed; (ii) a not-executed prediction being a prediction that said instruction will not be executed; renaming control means for suppressing, in response to a not-executed prediction for an instruction, said register renaming circuitry performing a mapping for said instruction; prediction resolving means for determining, in response to an execution outcome for said instruction, if said prediction is correct or is incorrect; and recovery means responsive to said not-executed prediction for said instruction being incorrect for controlling said register renaming circuitry to perform said mapping for said instruction and for reversing any incorrect changes of architectural state consequent upon said not-executed prediction for said instruction being incorrect.
 9. A method of processing data, said method comprising the steps of: mapping from register specifiers of an architectural set of register specifiers to registers of a physical set of registers, said architectural set of register specifiers representing registers as specified by instructions within an instruction set and said physical set of registers being physical registers for use in executing instructions of said instruction set; in response to at least one instruction of said instruction set to be subject to mapping, generating a prediction for said instruction as one of: (i) an executed prediction being a prediction that said instruction will be executed; (ii) a not-executed prediction being a prediction that said instruction will not be executed; in response to a not-executed prediction for an instruction, suppressing performance of a mapping for said instruction; in response to an execution outcome for said instruction, determining if said prediction is correct or is incorrect; and in response to said not-executed prediction for said instruction being incorrect, controlling said register renaming circuitry to perform said mapping for said instruction and reversing any incorrect changes of architectural state consequent upon said not-executed prediction for said instruction being incorrect.
 10. A method as claimed in claim 9, wherein said at least one instruction within said instruction set comprises a conditional branch instruction and step of predicting is responsive to a conditional branch instruction to predict whether said conditional branch instruction will be executed and result in a taken branch or will not be executed and result in a non-taken branch.
 11. A method as claimed in claim 10, wherein said conditional branch instruction comprises a load multiple instruction, execution of said load multiple instruction serving to load data values into a plurality of physical registers including a physical register serving as a program counter register such that program flow is redirected by execution of said load multiple instruction.
 12. A method as claimed in claim 11, wherein said step of predicting used for said load multiple instruction also generates predictions for other conditional branch instructions for which a mapping is not suppressed.
 13. A method as claimed in claim 9, wherein said at least one instruction within said instruction set comprises a conditional instruction having one or more conditional codes associated therewith and set by one or more processing outcomes of one or more preceding instructions, said step of predicting is responsive to said conditional instructions to generate: (i) said executed prediction corresponding to said one or more condition codes being met; and (ii) said not-executed prediction corresponding to said one or more condition codes not being met.
 14. A method as claimed in claim 13, wherein said step of determining is responsive to said one or more condition codes as set by said one or more processing outcomes of one or more preceding instructions to determine if said prediction is correct or is incorrect.
 15. A method as claimed in claim 9, further comprising in response to said not-executed prediction for said instruction being incorrect: flushing an instruction pipeline concurrently processing a plurality of program instruction of subsequent instructions following said instruction; reversing any changes of architectural state made by said subsequent instructions; performing said mapping for said instruction; and reissuing said instruction to said instruction pipeline. 